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^ (57) Abstract: A method and apparatus for performing electronic commerce transactions uses an electronic reading device having a 
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example, the detected portions of the address pattern can be converted by the electronic commerce client into electronic commerce 
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ELECTRONIC PEN FOR E-COMMERCE IMPLEMENTATIONS 



BACKGROUND OF THE INVENTION 

Technical Field of the Invention 
5 The present invention relates in general to the 

communications field, and in particular to an interaction of an 
electronic reading device with an address pattern. 

Description of Related Art 

Numerous devices exist for accepting user input and 

10 controlling user interaction with desktop and portable computers, 

personal digital assistance (PDAs) , mobile phones, and other types 
of electronic devices. For example, a keyboard can be used to 
accept typed input and other types of commands, a mouse or a 
track-ball can be used to provide relative motion input as v;ell 

15 as various types of point-and-click selections, a keypad can be 

used to provide input of numerical data and functional commands, 
navigational keys can be used for scrolling lists or otherwise 
repositioning a cursor, and various types of touchpads or 
touchscreens can be used to provide absolute positional coordinate 

20 inputs. Each type of mechanism for accepting input and for 

supporting user interaction has benefits and disadvantages in 
terms of size, convenience, flexibility, responsiveness, and easy 
of use. Generally, the selection of a particular type of input 
mechanism is dependent upon the function of the application and 

25 the degree and type of interaction required. 

With the ever expanding capabilities and availability of 
applications both on the Internet and the area of wireless 
technology, there continues to be a need to develop and provide 
new mechanisms for accepting input and interacting with users. 

30 In particular, some of the existing technologies suffer from. 
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drawbacks or limita:ions, such as size and flexibility, that make 
them impractical and/or inconvenient to use in some situations. 
By expanding the range of mechanisms for supporting user 
interaction, application developers and end-users can have greater 
flexibility in the selection of input devices. Preferably, any 
such new mechanisms will provide increased flexibility and will 
maximize user convenience. In addition, the development of new 
mechanisms for interacting with users can expand the realm of 
potential applications . 

For example, while a keyboard typically provides a great 
deal of flexibility, particularly when it is used in connection 
with a mouse, a touchscreen, or other navigational device, its 
size makes it inconvenient in many cases, especially in the 
wireless context. 

Furthermore, electronic commerce is expected to be an area 
of growth in the next few years. Today there exists means to 
perform electronic commerce over the Internet using a personal 
computer, and the telecom industry is developing solutions to do 
the same via mobile terminals (phones) . Development of additional 
electronic commerce tools could provide even greater flexibility 
and convenience. 
SUMMARY OF THE INVENTION 

The present invention comprises a method, system, and 
apparatus for performing electronic commerce transactions. In 
accordance with the invention, a sensor in an electronic reading 
device detects portions of an address pattern. An electronic 
commerce client located in the electronic reading device or 
otherwise in communication with the electronic reading device 
converts the detected portions of the address pattern into 
electronic commerce transaction data. The electronic commerce 
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transaction, data is then sent to an electronic commerce server for 
completing the electronic commerce transaction. 
BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention, 
reference is made to the following detailed description taken in 
conjunction with the accompanying drawings wherein: 

FIGURE 1 is a block diagram of a system in which an 
electronic pen can be used as an input device; 

FIGURE 2 is a schematic diagram of a system for supporting 
use of the electronic pen described in connection with FIGURE 1; 

FIGURE 3 is an illustration of the protocol stacks that can 
be used in the case of local communications between an electronic 
pen and an electronic pen client; 

FIGURE 4 is an illustration of protocol stacks that can be 
used when an electronic pen and an electronic pen client 
communicate with one another via an Internet connection; 

FIGURE 5 is an illustration of a protocol stack for 
communications between an electronic pen client and each of the 
supporting entities when the electronic pen client is not located 
within a server on the Internet; 

FIGURE 6 is an illustration of protocol stacks that are used 
for communications between an electronic pen client and each of 
the supporting entities when the electronic pen client is located 
on the Internet; 

FIGURE 7 is a block diagram of the electronic pen logic that 
handles positions, strokes, actions, and grid descriptions; 

FIGURE 8 is a block diagram of a state machine for the 
electronic pen control block shown in FIGURE 7; 

FIGURE 9 is a block diagram of a state machine for an 
electronic pen client; 
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FIGURES lOA-lOC are a message flow and signaling diagram 
illustrating the operation of the electronic pen system shown and 
discussed in connection with FIGURE 2; and 
DETAILED DESCRIPTION OF THE INVENTION 

The present invention relates to a system in which an 
electronic reading device, such as an electronic pen, an 
electronic mouse, or a hand scanner, works in cooperation with an 
address pattern (e.g., a specially formatted paper) to provide for 
a detection of a location of the electronic reading device over 
the address pattern. For instance, a pattern of dots can be 
defined such that, by examining a very small portion of the 
pattern, a precise location in the overall pattern can be 
determined. In fact, it is possible to define a pattern that has 
the size of 73,000,000,000,000 A4 pages, which is equivalent to 
half the size of the entire United States. Portions of the -pattern 
can be placed on sheets of paper or other objects. 

Then, using an electronic scanner pen that can detect the 
dots in the pattern, it is possible to detect the location of the 
pen with respect to the unique pattern. For example, when such 
a pen is used in connection with a specially formatted paper, the 
pen can detect its position (e.g., using a built in camera) by 
detecting a 3 mm by 3 mm portion of the pattern. By taking 
approximately 100 pictures per second, the pen is capable of 
determining its exact position to within 0.1 mm or less. This 
system can be used to provide user input, to facilitate user 
interaction, or to store handwritten notes or drawings. Moreover, 
by associating portions of the overall pattern with certain 
applications, such -a system can be used to interact with wide 
variety of applications. 
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Referring now to FIGURE 1, there is illustrated an example 
of a system 2 in which an electronic pen 10 can be used as an 
input device. The electronic pen 10 includes an ink cartridge and 
is capable of writing in a typical fashion. The electronic pen 
10, however, includes some type of sensor (e.g., a built-in 
camera) that is used for detecting an address pattern on a 
specially formatted piece of paper 12. In particular, the paper 
12 is formatted with a small portion of a large address pattern 
such that when the electronic pen 10 is used to write on or 
otherwise make marks on the paper 12, the writings or markings can 
be electronically detected and stored. 

As an example, the paper 12 might constitute a form that can 
be used for sending an email. Thus, the paper 12 might include 
a space for writing in the email address of an intended recipient, 
a space for writing a- subject of the email, and a space for 
writing the body of the email. As the electronic pen 10 is used 
to fill in each of the spaces, the position and movement of the 
electronic pen 10 on the paper 12 can be determined by repeatedly 
detecting the current x, y coordinates of the pen 10 (e.g., at 
rate of 100 frames per second) . The markings can then be 
converted into ASCII text using an appropriate handwriting 
recognition program. Once the user completes the form, the email 
can be sent, for example, by checking a send box at a 
predetermined location on the paper 12. 

Preferably, the coordinate information collected by the pen 
10 is sent by a short range radio transmitter in the electronic 
pen 10 to a nearby mobile station 14 using a short range radio 
interface 16 such as a local wireless radio link (e.g., a local 
wireless radio link, such as that is supported by Ericsson's 
Bluetooth^ wireless communications technology) . Alternatively, 
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instead of using a mobile station 14, the coordinate information 
could also be sent to, for instance, a desktop or portable 
computer, a persona] digital assistant (PDA), a television, or a 
Bluetooth terminal. Moreover, instead of using a local wireless 
5 radio link, other types of local wireless links, such as inductive 

coupling and infrared light; other types of radio links, such as 
Global System for Mobile Communication (GSM) ; or wired 
transmission media, such as a cable can also be used. The 
information can then be forwarded via an appropriate link, such 
10 as a cellular air interface 18, to a base station 20 or other 

network node. 

Referring now to FIGURE 2, there is illustrated a schematic 
diagram of a system 2 for supporting use of the electronic pen 10 
described in connection with FIGURE 1. Throughout the subsequent 

15 discussion, the system 2 is described primarily in connection with 

an electronic pen 10. It will be understood, however, that the 
invention and the underlying system 2 can instead use any type of 
electronic reading device, such as an electronic pen, an 
electronic mouse, or a hand scanner. As shown in FIGURE 2, the 

20 . system 2 includes six different entities, including the electronic 

pen 10, electronic pen client 22, a control node 24, a name server 
26, a base translator 28, and an application server 30. Although 
these various devices are described and depicted separately, it 
is also possible to combine two or more of the entities into the 

25 same device (e.g. , the electronic pen 10 and electronic pen client 

22 can be contained in the same device) . 

The electronic pen 10 is responsible for detecting positions 
on the address pattern, producing actions, and sending information 
to the electronic pen client 22. In addition to being able to 

30 leave pen markings, some electronic pens can also have the ability 
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to produce other types of output, such as sound, vibration, or 
flashing lights. The electronic pen 10 includes a memory for 
storing a current grid, which comprises information relating to 
an area of the address pattern that is near the most recently 
detected position of the electronic pen 10. When the electronic 
pen 10 is loaded with the current grid, it knows what actions to 
take based on the positions ' that are read from the address 
pattern. When the electronic pen 10' is first turned on or when 
it moves to an area outside of the current grid, the electronic 
pen 10 must first request a new grid description before it can 
continue processing information. In such a situation, the 
electronic pen 10 requests a new grid description from the 
electronic pen client 22, 

The electronic pen client 22 can be located in a mobile 
station 14, in a PDA, in a desktop or portable computer, in the 
electronic pen 10 itself, in a server somewhere on the Internet, 
or in another device. The electronic pen client 22 serves as the 
center of communications in the overall system 2. In particular, 
the electronic pen client 22 receives new grid requests and action 
requests from the electronic pen 10 and responds to these requests 
by contacting an appropriate entity within the overall system 2 
to properly respond to the request from the electronic pen 10. 
Furthermore, when the electronic pen 10 is being used in 
connection with a particular application, the electronic pen 
client 22 can store the application and/or any corresponding data 
received from the electronic pen 10 to facilitate processing and 
use of the application. 

The name server 26 is used for translating a detected^ 
position on the address pattern into a Uniform Resource Location 
(URL) associated with that position. Different portions of the 
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address pattern are assigned to different applications. Neither 
the electronic pen 10 nor the electronic pen client 22, however, 
is aware of all of the different applications and the particular 
areas assigned to each application. Thus, when the electronic pen 
10 detects a. new or unknown position, it forwards the position 
information to the electronic pen client 22, which in turn sends 
the information to the name server 26. The name server 26 then 
identifies an application associated with the received position 
and retrieves a URL where a description of the particular 
application can be found. The retrieved URL can then be used by 
the electronic pen client 22 to retrieve the application 
description . 

As an alternative, the name server 26 can comprise a global 
name server that keeps track of a location, in the form of URLs 
to local name servers, where more information can be found about 
different addresses in the pattern. Similarly, each local name 
server can use other local name servers to obtain the necessary 
information, i.e., to convert a position into a URL where an 
application description can be found. At the lowest level, the 
local electronic pen client should know all the paper addresses 
that are within a specific application or applications. 

There are some services that should be available in the 
overall system 2 for which it is inconvenient or not feasible to 
support such services in the electronic pen 10 or the electronic 
pen client 22. In such a case, the base translator 28 can be used 
to support the services. For example, the base translator 28 
might contain handwriting recognition software for converting pen 
actions into text or for converting pen actions into a predefined 
set of symbols. When such services are needed, the electronic pen 
client 22 can send a request to the base translator 28 along with 
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the necessary data, and the base translator 28 can perform the 
requested service . 

Another entity in the system 2 is a control node 24. The 
control node 24 is used for responding to actions in a 
standardized way. For example, the control node 24 can be used 
to respond to certain generic functions, such as "cancel" or 
"submit" functions, in a consistent manner without regard to the 
particular application that is currently active. 

In addition, the control node 24 is used for creating 
streaming-like applications. For instance, some applications 
might require that the positions on the address pattern that are 
detected by the electronic pen 10 be immediately sent, upon 
detection, to the electronic pen client 22 for use by the 
application (i.e., the electronic pen 10 does not wait to transmit 
the position data until a complete -stroke is detected or until a 
"send" field is touched) . One example is an application that is 
used to control an industrial robot in a warehouse. In such a 
case, the application description that is loaded onto the 
electronic pen server 22 can include instructions that all 
positions be streamed to a control node 24. As a result, the 
control node 24 can receive the positions in real time and can 
control the robot without waiting for the form (i.e., the current 
grid) to be completed. Thus, the control node 24 can perform a 
real-time translation from detected positions to a responsive 
action, such as moving an object (e.g., a robot, a valve, etc.) 
or controlling a process. 

The application server 30 is a regular web or v/ireless 
application protocol (WAP) server that supports an application 
associated with a particular area of the address pattern. The 
application server 30 stores an application description and 
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provides the applicf.tion description to the electronic pen client 
22 upon request. In addition, the application server 30 receives 
input data from th-B electronic pen 10 via the electronic pen 
client 22. For example, the application description might define 
5 a number of data entry areas on a form. Thus when data is entered 

on the form by the electronic pen 10, the data is received by the 
electronic pen client 22, converted into text using handwriting 
recognition software, and forwarded to the application server 30, 
which stores the data or otherwise processes the data in 

10 accordance with the function of the application. 

Referring now to FIGURES 3 through 6 there are illustrated 
various examples of protocol stacks that can be used for 
communicating between the entities shown in FIGURE 2. Generally, 
however, such protocols apply however, only if the two 

15 communicating entities are implemented in different devices. If 

two or more entities are combined into one device, a proprietary 
protocol can be used to communicate between the entities. FIGURE 
3 illustrates the protocol stacks that can be used in the case of 
local communications (e.g., using Bluetooth) between the 

20 electronic pen 10 and the electronic pen client 22. If, on the 

other hand, the electronic pen 10 and the electronic pen client 
22 communicate with one another via an Internet connection, the 
protocol stacks depicted in FIGURE 4 will be used. FIGURE 5 
illustrates a protocol stack for communicating between the 

25 electronic pen client and each of the supporting entities, such 

as the name server 26, the control node 24, the base translator 
28, and the application server 30, when the electronic pen client 
22 is not contained within a server on the Internet (e.g., such 
as when the electronic pen client 22 is located in a mobile phone 
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14) . Finally, FIGURE 6 depicts the protocol stacks that are used 
when the electronic pen client 22 is located on the Internet 

There are a number of procedures that can be used by the 
various entities in the system 2 to allow the system to operate 
properly. When the electronic pen 10 detects a position on the 
address pattern that is not within its currently loaded grid or 
when the electronic pen 10 has no currently loaded grid, the 
electronic pen 10 initiates a new grid procedure. The new grid 
procedure involves sending a new grid request object to the 
electronic pen client 22. The new grid request object contains 
the newly detected position, a description of the actions that the 
electronic pen 10 can natively support, and a description of the 
output signals that the electronic pen 10 supports. The reply to 
a new grid request object is a grid description, which can be 
provided by the electronic pen client 22 from its own internal 
memory or from the information provided by an application server 
30. Generally, the electronic pen client 22 extracts the grid 
description from an application description received from the 
application server 30, The grid description should only contain 
action-field-types that the electronic pen 10 has indicated that 
it natively supports, which means that the electronic pen client 
22 in some cases should convert the extracted grid description 
into a format that the electronic pen 10 can understand. 

In some situations, it may be necessary for the electronic 
pen 10 to unload its current grid at the request of the electronic 
pen client 22. In such a case, the electronic pen client 22 sends 
an empty grid description to the electronic pen 10, thereby 
causing the electronic pen 10 to unload its current grid. This 
can occur, for example, when a particular application is complete 
or when a new grid description request received from the 
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electronic pen 10 cannot be fulfilled, such as when the position 
received from the electronic pen 10 is not registered in the name 
server 26. 

Another similar message is the empty grid description with 
5 a grid exception. When the electronic pen 10 requests a new grid 

description from the electronic pen client 22, the electronic pen 
client 22 uses the detected position specified in the request to 
ask the name server 26 for a URL where the application description 
can be found. If no URL is returned, the electronic pen client 

10 22 can send an empty grid description with a grid exception to the 

electronic pen 10. The grid exception comprises a rectangle or 
other shape indicating the area around the detected position where 
no registered applications can be found. Preferably, the 
indicated area is as large as possible so that the electronic pen 

15 10 and/or electronic pen client 22 know the extent of the 

surrounding area that is unassigned and do not have to repeatedly 
send requests to the name server 26. Thus, the empty grid 
description with a grid exception causes the electronic pen 10 to 
unload its current grid and also informs the electronic pen 10 of 

20 an area surrounding the detected position that can essentially be 

ignored because its is not associated with any . application . 

The procedure that is used when the electronic pen 10 
detects a new position is a find application description location 
procedure. This procedure is used by the electronic pen client 

25 22 to translate a detected position received from the electronic 

pen 10 into a URL where a description of an application 
corresponding to that position can be found. The procedure 
involves sending a request from the electronic pen client 22 to 
the name server 26 containing identification of the detected 

30 position. The name server 26 responds by sending a reply to the 
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electronic pen client 22 containing a URL where an application 
description can be found or, if the detected position is not 
registered in the name server 26, containing an indication that 
no associated application is known to exist. 

Once the electronic pen client 22 knows the URL where an 
application description can be found, the electronic pen client 
22 can initiate a get application description procedure, which 
allows the electronic pen client 22 to retrieve the application 
description from the application server 30. In particular, the 
electronic pen client 22 sends an application description request 
containing a unique ID for the requesting electronic pen 10 and/or 
electronic pen client 22 to the application server 30 located at 
the URL address provided by the name server 26. In response, the 
application server 30 provides an application description object 
to the electronic pen client 22, which loads the application onto 
the electronic pen client 22. The application description object 
is similar to an HTML form with some additions and modifications . 

Furthermore, the application description object can be sent 
from the application server 30 to the electronic pen client 22 in 
response to a submitted form (i.e., a submission of one completed 
form might automatically result in a new form being loaded onto 
the electronic pen client 22) . A related procedure is the 
application submit procedure, which is used by the electronic pen 
client 22 when the user of the electronic pen 10 selects a 
"submit" field in a form. In response to the selection of the 
"submit" field, the electronic pen client 22 will submit- the form 
content ' in accordance with instructions received in the 
application description. Typically, the electronic pen client 22 
will submit the form content, in the same way as a regular web 

13 
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browser, to a URL specified in a form tag of the application 
description. 

When an action that can be handled by the electronic pen 10 
itself is generated, an action procedure is initiated by the 
5 electronic pen 10 to send an action request object to the 

electronic pen client 22. If the electronic pen client 22 cannot 
translate the action into a field value itself, the electronic pen 
client 22 further forwards the request to a base translator 28 for 
translating the action into a field value. In response to the 

10 action request object, an action reply object is sent from the 

electronic pen client 22 to the electronic pen 10. The action 
reply object contains output information that indicates to the 
electronic pen 10 which outputs signals to use. The output 
information, however, cannot be of type that the electronic pen 

15 10 has previously indicated that it does not support. In some 

instances, the action reply object might contain a new grid 
description. In such a case the electronic pen 10 will unload its 
current grid description and load the new grid description. 
Similarly, if the action reply object contains an empty grid 

20 description, the electronic pen 10 will simply unload its current 

grid description. 

The action request object is also sometimes used to specify 
actions that should be processed by the control node 24 . In this 
instance, the electronic pen client 22 initiates a control 

25 procedure by forwarding the received action to the appropriate 

control node 24. As a result, the control node 24 sends an action 
reply object to the electronic pen client 22, 

The operation of the electronic pen 10 will now be discussed 
in greater detail. Each electronic pen 10 has a unique pen ID, 

30 which is sent to the application server 30 when an application 
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description is requested. The electronic pen ID allows the 
application to identify the particular user that is using the 
application and to distinguish between multiple concurrent users 
of the same application, such as when different electronic pens 
5 10 are being used in connection with separate sheets of paper that 

each contain the same portion of the address pattern. 

Referring now to FIGURE 7, there is illustrated a block 
diagram of the electronic pen logic that handles positions, 
strokes, actions, and grid descriptions for the electronic pen 10. 

10 The electronic pen 10 includes a control block 32 for controlling 

the operation of the electronic pen 10. A grid description block 
34 represents a memory location that stores a current grid 
description. At any given time, the electronic pen 10 can be in 
either of two modes. In a first mode, a grid description is 

15 loaded, while in a second mode, the grid description block 34 is 

not loaded with a current grid description. 

As the electronic pen 10 moves across an address pattern, 
the electronic pen 10 periodically {e.g. , every 1/100 of a second) 
detects a position by detecting all of the dots within, for 

20 example, a 3mm by 3mm area. Each detected position is forwarded 

(as indicated at 36) to a position first in first out (FIFO) block 
38, which acts as a buffer for temiporarily storing the detected 
positions. The clocking of the position FIFO block 38 is 
controlled by the control block 32 (as indicated at 40) . 

25 The detected position is fed from the position FIFO block 38 

(as indicated at 42) to an in grid detector 44. The in grid 
detector 44 retrieves data from the grid description block 34 (as 
indicated at 46) and determines whether the received position is 
within the loaded grid description. If not, the in grid detector 

30 44 notifies the control block 32, which in turn initiates a 
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request for a new grid. When the detected position is within the 
current grid, the position is then sent (as indicated at 50) from 
the in grid detector 44 to a stroke engine 52,^ The stroke engine 
52 converts the received positions into strokes, which are then 
5 sent (as indicated at 54) to an action engine 56. A complete 

stroke is created when the electronic pen 10 is lifted from the 
paper or when it moves outside of the grid field where the stroke 
began. Finally, the action engine 56 converts the received stroke 
into an action that can be sent to the electronic pen client 22. 

10 By using grid action-field-types, the action engine knows which 

type of action to produce for a specific grid field. 

Referring now to FIGURE 8, there is illustrated a block 
diagram of a state machine for the control block 32 shown in 
FIGURE 7. In this figure, events are indicated in capital 

15 letters, while tasks associated with the event are depicted in 

brackets. The process starts at step 60 with a start up event 62, 
which causes the position FIFO block 38 to begin receiving 
detected positions. Initially, the electronic pen 10 is in a no 
grid loaded state 64, which means that the electronic pen 10 does 

20 not have a grid loaded in the grid description block 34. As a 

result, the control block 32 generates an outside grid indication 
66, thereby causing ther electronic pen 10 to send the request for 
a new grid description to the electronic pen client 22 (i.e. , in 
accordance with the new grid procedure) and to stop the FIFO 

25 buffer 38. At this point, the electronic pen 10 enters a waiting 

for grid state 68. 

Once the new grid has been received (as indicated at 70) , 
the control block 32 moves to a grid loaded state 72, at which 
time the new grid is loaded into the grid description block 34 and 

30 the position FIFO block 38 resumes operation. On the other hand. 
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if no grid is received (as indicated at 74), at least a portion 
of the positions stored in the FIFO buffer 38 are erased. Which 
part of the FIFO buffer to erase is determined by the grid 
exception area, if any, in the received empty grid description. 
5 Accordingly, all positions stored in the FIFO buffer 38 that are 

within the grid exception area should be erased. If no grid 
exception is received, the stroke associated with the position is 
erased. In addition, the FIFO block' 38 resumes operation and the 
control block 32 moves into the no grid loaded state 64. 

10 When the control block 32 is in the grid loaded state 72, a 

current grid is loaded in the grid description block 34. While 
the control block 32 remains in this state 72, the position FIFO 
block 38 continues to receive detected positions and passes them 
on to the stroke engine 52 and action engine 56. Actions produced 

15 by the action engine 56 are sent (as indicated at 58). to the 

electronic pen client 22 (i.e., in accordance with the action 
procedure described above) . 

At some point, an outside grid indication 74 may be received 
by the control block 32 from the in grid detector 44 . The outside 

20 grid event 74 causes the FIFO block 38 to stop generating new 

positions. In addition, the electronic pen 10 enters a flushing 
stroke and action state 76 wherein the strokes that are currently 
in the stroke engine 52 and the actions that are currently in the 
action engine 56 are flushed to the electronic pen client 22. Once 

25 the stroke engine 52 and action engine 56 have been fully flushed 

(as indicated at 78), the electronic pen 10 sends a request for 
a new grid to the electronic pen client 22 and unloads the current 
grid. The control block 32 then moves back into the waiting for 
grid state 68. 
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As a general ructter, the electronic pen 10 may be capable of 
supporting various different types of output, including audio, 
such as warning tones; visual, such as a flashing light; tactile, 
such as vibration; and/or ink. In some cases, it might be 
5 desirable to allow the user of the electronic pen 10 to turn off 

the ink of the pen 10, such as when the electronic pen is being 
used on a portion of the address pattern that is public or shared 
or when the user wants to be able to reuse the current sheet of 
paper . 

10 The electronic pen client 22 will now be described in 

greater detail. Generally, the electronic pen client 22 is 
analogous to a regular web browser. It is responsible for loading 
applications from application servers 30 and for handling input 
form the electronic pen 10. Preferably, the electronic pen client 

15 22 is located in a separate device from the electronic pen 10 

itself. This is because it is desirable to minimize the size and 
power supply requirements of the electronic pen 10, which will 
likely be adversely affected by the processing resources and 
memory necessary to support the functions of the electronic pen 

20 client 22. 

Referring now to FIGURE 9, there is illustrated a block 
diagram of a state machine for the electronic pen client 22. 
Initially, the electronic pen client 22 is in a no application 
loaded state 80. The electronic pen client 22 recognizes only one 

25 signal when in this state 80, namely a new grid request from the 

electronic pen 10. Such a request causes a load grid indication 
event 82. The electronic pen client 22 responds by sending a 
request to the name server 26 to translate a position contained 
within the new grid request into a URL where the application 

30 description can be found (i.e., in accordance with the find 
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application location procedure) . Next, the electronic pen client 
22 enters a waiting for application description URL state 84 . If 
no URL for the application description can be found (as indicated 
at 86) , the electronic pen client 22 sends a new grid reply to the 
electronic pen 10, wherein the reply contains an empty grid 
description with a grid exception. As a result, the electronic 
pen client 22 returns to the no application loaded state 80. 

If a URL for the application description is received from 
the name server 26 (as indicated at 88), the electronic pen client 
22 sends a request to the application server 30 to retrieve the 
application description (i.e., in accordance with the get 
application description procedure) . Accordingly, the electronic 
pen client 22 enters a waiting for application description state 
90. 

If the electronic pen client 22 does not receive an 
application description from the application server 30 (as 
indicated at 92) , a new grid reply is sent by the electronic pen 
client 22 to the electronic pen 10 wherein the reply contains an 
empty grid. Thus, the electronic pen client 22 returns to the no 
application loaded state 80. If, however, the electronic pen 
client 22 does receive an application description from the 
application server 30 (as indicated at 94), the electronic pen 
client 22 sends a new grid reply to the electronic pen 10 
containing a new grid description, and the electronic pen client 
22 loads the application in its memory. In addition, the 
electronic pen client 22 moves into an application loaded state 
96. 

In the application loaded state 96, five types of actions 
can be received by the electronic pen client 22 from the 
electronic pen 10. First, a received action can include a request 
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that the electronic pen client 22 cannot handle itself, in which 
case the electronic pen client 22 will send the action to the base 
translator 28 (as indicated at 98) . The electronic pen client 22 
then moves into a waiting for response from the base translator 
5 state 100. Once a base translator response 102 is received by the 

electronic pen client 22, the electronic pen client 22 updates a 
current form or other data associated with the currently loaded 
application and sends an action reply to the electronic pen 10 
with appropriate output information. 

10 Another type of action that the electronic pen client 22 can 

receive from the electronic pen 10 is a request that should be 
forvjarded to a control node 24. In such a case, the action is 
sent to a control URL specified in the application description (as 
indicated at 104), and the electronic pen client 22 enters a 

15 waiting for response from the control state 106. Once a response 

is received from the control (as indicated at 108) , the electronic 
pen client 22 sends an action reply to the electronic pen 10 with 
appropriate output information. 

A third type of action is a submit form request, in response 

20 to which the electronic pen client 22 will submit the current form 

to the application server 30 that is identified by the URL in the 
application description (as indicated at 110) . The electronic pen 
client 22 then enters a waiting for response from the application 
server state 112. If the application server 30 responds by 

25 sending an empty application description to the electronic pen 

client 22 (as indicated at 114), the current application is 
unloaded from the electronic pen client 22 and an action reply is 
sent to the electronic pen 10 with an empty grid. As a result, - 
the electronic pen client 22 returns to the no application loaded 

30 state 80. On the other hand, if the application server 30 
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responds with a non-empty application description, the old 
application is unloaded from the electronic pen client 22, the new 
application description is parsed and loaded in the electronic pen 
client 22, an action reply is sent to the electronic pen 10 with 
a new grid description and with appropriate output information, 
and finally the electronic pen client 22 returns to the 
application loaded state 96. 

A fourth type of action that can be received by the 
electronic pen client 22 from^the electronic pen 10 is a request 
to load a new grid. This action occurs, for example, when a 
position outside of the current grid is detected by the electronic 
pen 10. When a new grid request is received, the electronic pen 
client 22 sends a request to the name server 26 (as indicated at 
116) and the electronic pen client 22 returns to the waiting for 
application description URL state 84. 

Finally, a fifth type of action that can be received by the 
electronic pen client 22 is an action that the electronic pen 
client 22 can handle itself, in which case the electronic pen 
client 22 updates the current form and sends an action reply to 
the electronic pen 10 with appropriate output information (as 
indicated at 118) . The electronic pen client 22 then remains in 
the application loaded state 96. One type of action that the 
electronic pen client 22 might be able to handle itself is a local 
application. For example, the electronic pen client 22 might be 
capable of performing certain basic functions that are defined by 
a local application. Thus, when the electronic pen client 22 
receives a new grid request, the position associated v;ith the new 
grid request can be analyzed to determine if it corresponds to a 
local application. If so, the electronic pen client 22 can load 
the application description from its local memory, send a new grid 



wo 01/61625 



PCT/EPOl/01397 



description to the electronic pen 10 without having to communicate 
with the name server 26 or the application server 30. 

Another action that might be handled locally by the 
electronic pen client 22 relates to the selection of fields within 
5 a form. When the electronic pen client 22 receives an action, the 

field that corresponds to that action receives focus. When this 
occurs, the electronic pen client 22 might display the field's 
value on' its display or output the value by audio. In addition, 
the electronic pen client 22^ might allow the user to edit the 

10 value of the field by means other than the electronic pen 10. Yet 

another type of action that might be handled by the electronic pen 
client 22 itself are actions that relate to a clipboard function. 
When a "'copy" field is selected, the value of the field that had 
focus at the time the copy field was selected is transferred to 

15 the clipboard. Similarly, when a '"^paste" field is selected, the 

value stored in the clipboard is transferred to the field that had 
focus at the time the paste field was selected. 

Referring now to FIGURES lOA through IOC, there is shown, by 
way of example, a message flow and signaling diagram illustrating 

20 the operation of the electronic pen system 2 depicted in and 

discussed in connection with FIGURE 2. Initially, the electronic 
pen 10 detects a first position on the address pattern at step 120 
(e.g. , at a location on a sheet of paper designated for composing 
and sending emails) . At this stage, it is assumed that the 

25 electronic pen 10 is in a no grid loaded state. Thus, in response 

to the detection of the first position, the electronic pen 10 
sends a new grid request 122, which contains the detected position 
information, to the electronic pen client 22. As a result, the 
electronic pen client 22 sends an application location request 124 

30 containing the detected position information to the name server 
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26, at step 126. The name server 26 translates the detected 
position into a URL where an application description that 
corresponds to the detected position can be found (e.g., a URL 
address for a server containing an email application) , and returns 
an application location reply 128 containing the retrieved URL to 
the electronic pen client 22. 

The electronic pen client 22 then sends an application 
description request 130, which contains the unique pen ID for the 
electronic pen 10, to the application server 30. The application 
server 30 retrieves the application description at step 132 and 
sends an application description reply 134 containing the 
retrieved application description to the electronic pen client 22. 
The electronic pen client 22 then parses and stores the 
application description at step 136. This step further involves 
ge.nerating a current grid description from the application 
description and sending the grid description to the electronic pen 
10 in a new grid reply 138. The electronic pen 10 stores the 
received grid description at step 140 and resumes processing of 
the detected positions. Using the detected positions and the 
information in the grid description (e.g. , so that the electronic 
pen 10 knows which fields of the email form are being filled in) , 
the electronic pen 10 generates strokes at step 142 and generates 
actions at step 144 using the stroke engine 52 and action engine 
56 shown in FIGURE 7. 

Each time an action is generated that cannot be handled by 
the electronic pen 10 itself, an action request 146 containing a 
description of the action is sent from the electronic pen 10 to 
the electronic pen client 22. At this point, the electronic pen 
client 22 should determine what type of action has been received 
so that it can respond to the action in an appropriate manner. 
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First, it is determined whether the action requires the attention 
of, or otherwise should be processed in accordance with, a local 
application at step 148. Very basic applications or frequently 
used applications (e.g., delete entered text ) , for example, might 
5 be stored locally to avoid having to contact another entity. In 

such a case, the electronic pen client 22 retrieves the local 
application at step 150 and sends an action reply 152, which can 
contain a new grid description or other appropriate information. 
However, if it is determined at step 148 that the received 

10 action does not relate to a local application, the process 

continues at step 154 where it is determined whether the received 
action requires processing by an external translator (e.g., 
handwriting recognition) . If so, an action request 156 containing 
a description of the action is sent by the electronic pen client 

15 22 to the base translator 28. The base translator 28 processes 

the action at step 158 and sends an action reply 160 containing 
output information responsive to the received action (e.g. , text 
corresponding to written characters) to the electronic pen client 
22, which can forward the output information to the electronic pen 

20 10 in an action reply 162, if necessary. 

If it is determined at step 154 that the received action 
does not require processing by an external translator, it is next 
determined whether the action relates to a control application at 
step 164. If so, an action request 166 containing a description 

25 of the action is sent by the electronic pen client 22 to the 

control server 24. The control server 24 processes the received 
action at step 168 and, if a response is necessary, returns output 
information responsive to the received action in an action reply 
170, which is forwarded from the electronic pen client 22 to the 

30 electronic pen 10 in an action reply 172. 
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Assuming that it is determined at step 164 that the received 
action does not relate to a control function, it is next 
determined whether the action comprises a request to submit a form 
at step 174 (e.g., a selection of a '"send" area on the email 
form) , If so, an action request 176 containing the data entered 
onto the form is sent by the electronic pen client 22 to the 
application server 30. The application server 30 processes the 
form at step 178 and sends an action reply 180 containing a new 
application description (or an empty application description) to 
the electronic pen client 22. The electronic pen client 22 parses 
and stores the new application description at step 182 and 
generates a new grid description from the newly received 
application description. The electronic pen client 22 then sends 
an action reply 184 containing the new grid description. Although 
not illustrated in the figure, the electronic pen 10 will 
typically respond to the receipt of a nev; grid description by 
unloading its current grid description and loading the new grid 
description into its memory. 

At some point, it is assumed that the electronic pen 10 
detects a position that is outside of the currently loaded grid 
at step 186. In response to such an event, the electronic pen 10 
sends a nev; grid request 188 containing the newly detected 
position data to the electronic pen client 22. In response, the 
electronic pen client 22 again generates an application location 
request 190 containing the detected position data and sends the 
request to the name server 26. The name server 26 determines 
whether a URL for an application description that corresponds to 
the newly detected position is available at step 192. 

If so, the name server 26 sends an application location 
reply 194 containing a retrieved URL to the electronic pen client 
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22, which in turn sends an application description request 196 
containing the uni :}ue pen ID for the electronic pen 10 to the 
application server 30 at the identified URL address, just as 
previously discussed in connection with messages 128 and 130. In 
this case, however, it is assumed that the application server 30 
determines that the requested application description is 
unavailable at step 198. As a result, the application server 30 
sends an application description reply to the electronic pen 
client 22 containing an empty application description. In 
response to the receipt of an empty application description, the 
electronic pen client 22 unloads the current application at step 
202 and sends a new grid reply 204 containing an empty grid 
description to the electronic pen 10, The electronic pen 10 
responds to the receipt of the empty grid description by unloading 
the current grid description at step 206. 

Another possibility is that the name server 26 determines at 
step 192 that a URL corresponding to the detected position is not 
available. In this situation, the name server 26 sends an 
application location reply 208 to the electronic pen client 22. 
The reply 208 may simply be empty to indicate that a URL is not 
available. Preferably, however, the reply 208 contains a grid 
exception defining the largest area possible around the detected 
position for which there is no corresponding URL. In response to 
the reply 208, the electronic pen client 22 sends a new grid reply 
210 containing an empty grid description with a grid exception. 
Upon receiving the reply 210, the electronic pen 10 unloads the 
current grid description at step 212. Furthermore, assuming that 
the electronic pen 10 receives and recognizes the grid exception 
information, the electronic pen 10 may subsequently be able to 
determine that certain detected positions on the address pattern 
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are not associated with any application without having to send a 
request to the name server 25 or the application server 30. 

The electronic reading device system makes it possible to 
send a digital copy what is written on a piece of paper or a 
whiteboard, for example, as an email, fax, or SMS. This is simply 
performed by writing the message on the specially formatted 
intelligent paper. This technology can be combined with e- 
commerce technology stemming from the mobile terminal development. 
The combination results in an electronic pen that is well-suited 
for e-commerce application. 

The electronic pen 10 can also be used to perform electronic 
commerce. It requires, however, security algorithms, 

infrastructure solutions, and more to perform e-commerce in a 
secure and user-friendly manner with an electronic pen 10 (similar 
to e-commerce solutions with a mobile terminal). 

The solution to performing electronic commerce with an 
electronic pen 10 is to introduce an electronic commerce client 
into the electronic pen 10 that is the same as is integrated into 
mobile terminals (this would most likely be the Mobile electronic 
Transactions (MeT) client) . The MeT client is a result of the MeT 
Initiative, which is further des cribed in the ^^MeT Overviev^ White 
Paper" and other information available at 
v;ww.mobiletransaction. org . Then, the electronic pen 10 can use the 
same infrastructure and standards as in mobile terminals, from a 
system point of view, to perform e-commerce. 

The user could then simply sign a note prepared according to 
this system 2 (i.e. , on a paper that includes an address pattern) 
to accept a purchase and mark with the electronic pen 10 on the 
note which credit card to use (perhaps by circling the credit card 
symbol) . The purchase would then be done electronically with the 
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electronic pen 10, paper, signature, and credit card information 
stored at an electronic commerce server on the Internet. Thus, 
the user will accept and perform the purchase by signing the note 
in an ordinary fashion as is done today but with no physical 
credit cards involved. In addition, the information about the 
transaction is performed wirelessly with the electronic pen 10 
connected to the Internet via either a mobile terminal or an 
access point. Furthermore, the electronic pen 10 could include 
intelligence such that the speed of writing, direction, and 
pressure of writing is known. This would enable a handwriting 
recognition algorithm stored in the server, electronic pen 10, or 
mobile phone 14 to safely verify a user's signature. 

Referring now to FIGURES 1 and 2, an illustrative embodiment 
will now be described. To perform an electronic commerce 
transaction, a user would use an electronic pen 10 to select a 
type of credit card and sign a note printed on an addressed paper 
12 associated with a particular vendor. The electronic pen 10 
would detect what information is written and send the detected 
information to a base translator 28 via an electronic pen client 
22 located in a mobile phone 14. A processor in the base 
translator 28 would then perform signature verification to 
authorize the transaction. The base translator 28 would also 
retrieve stored credit card information (e.g., credit card number, 
expiration date, billing address, etc.) associated with the 
selected type of credit card for the user. Alternatively, the 
credit card information could be stored in the electronic pen 10, 
electronic pen client 22, or at another server on the Internet. 
Moreover, retrieval of the credit card information and/or 
signature verification might be performed in response to a request 
from an application server 30 associated with the addressed paper 
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12. The retrieved credit card information would then be forwarded 
to an application server 30 associated with the address pattern 
on the paper 12 to complete the transaction. Verification of the 
completed transaction could then be electronically sent to the 
vendor . 

Although various preferred embodiments of the method and 
apparatus of the present invention have been illustrated in the 
accompanying Drawings and described in the foregoing Detailed 
Description, it is understood that the invention is not limited 
to the embodiments disclosed, but is capable of numerous 
rearrangements, modifications, and substitutions without departing 
from the spirit of the invention as set forth and defined by the 
following claims. Furthermore, it shall be understood that the 
terms "comprises" and ''comprising," when used in the foregoing 
Detailed Description and the following claims, specifies the 
presence of stated features, elements, steps, or components but 
does not preclude the presence or addition of one or more other 
features, elements, steps, components, or groups thereof. 
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WHAT IS CLAIMED IS: 

1. An electionic reading device, comprising: 

a sensor for detecting portions of an address pattern; 

and 

an electronic coirimerce client for communicating with a 
remote electronic commerce server to perform an electronic 
commerce transaction based on portions of the address pattern 
detected by the sensor. 

2. The electronic reading device of claim 1, further 
comprising a wireless local link transmitter for transmitting 
information relating to the electronic commerce transaction to the 
electronic commerce server. 

3. The electronic reading device of claim 2, wherein the 
information is transmitted to the electronic commerce server via 
a separate electronic device. 

4. The electronic reading device of claim 1, wherein the 
electronic commerce client comprises an MeT client. 

5. The electronic reading device of claim 1, further 
comprising a processor for performing user verification. 

6. The electronic reading device of claim 5, v/herein the 
processor performs user verification using a signature recognition 
functionality. 

7. The electronic reading device of claim 6, wherein the 
signature recognition functionality comprises correlating a 
signature written using the electronic reading device with at 
least one of a detected speed of writing, a detected writing 
pressure, and a detected direction of writing. 

8. The electronic reading device of claim 1, wherein the 
electronic commerce server comprises a credit card server. 
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9, A method of performing an electronic commerce 

transaction, comprising the steps of: 

detecting portions of an address pattern using an 

electronic reading devices- 
converting the detected portions of the address pattern 

into electronic commerce transaction data; and 

sending the electronic commerce transaction data to an 

electronic commerce server for performing an electronic commerce 

transaction in accordance with the electronic commerce transaction 

data . 

10- The method of claim 9, wherein the electronic commerce 
server is compatible with MeT technology. 

11. The method of claim 9, wherein the detected portions of 
the address pattern correspond to information written v/ith the 
electronic reading device. 

12. The method of claim 11, wherein the information written 
with the electronic reading device comprises a user signature 

13. The method of claim 12, further comprising the step of 
verifying the user signature. 

14. The method of claim 13, wherein the step of verifying 
includes at least one of determining a speed of writing, 
determining a writing pressure, and determining a direction of 
writing. 

15. The method of claim 9, wherein the step of sending 
comprises transmitting the electronic commerce transaction data 
via a wireless interface. 

16. The method of claim 9, further comprising the step of 
notifying a vendor of an outcome of the electronic commerce 
transaction . 



wo 01/61625 PCT/EPOl/01397 



1/7 




-24 



Control 



■30 



-28 



Base 
Translator 



Application 
Server 



FIQ. 2 



wo 01/61625 



2/7 



PCT/EPOl/01397 



Electronic Pen 



WSP Server 



(WTP) 



UOP/IP 



Electronic Pen Client 



WSP Server 



(WTP) 



UOP/IP 



FIG. 3 



Electronic Pen 



WSP Server 



(WTP) 



UDP/IP 



Electronic Pen 



WSP Server 



[m?) 



UDP/IP 



Client 



HHP Client 
TCP/IP 



WAP GW 


WSP GW 


HHP 


1 (WTP) 


Client 


UDP/IP 


TCP/IP 






FIG. 


4 


WAP GW 


WSP GW 


HTTP 


(WTP) 


Client 


UOP/IP 


TCP/IP 






FIG, 


5 



Supporting Entity 



HTTP Server 
UDP/IP 



Electronic Pen Client 



HTTP Server 



TCP/IP 



Supporting Entity 



HHP Server 



TCP/IP 



FIG, 6 



wo 01/61625 



3/7 



PCT/EPOl/01397 



10 



35 



-POS^ 



38 



Position FIFO 



TICK 40 
1-^ 




Grid Description 



50 



52 

\ 



-PCS- 



54 



56 

\ 



Stroke i \ I Action 
Engine .^l^okes^ ^^^.^^ 



r 

TICK 



Control 



TICK 



-34 



58 



■Actions- 



-32 



FIG. 7 




76 



Flushing Strokes 
and Actions Stote 



OUTSIDE_GRID^D 
[Stop nFO] 



74 



STARTJUP 
[Start FIFO] 




78 

FLUSH_OONE 
-[Request Grid]- 
[Unload Grid] 




74 



OUTSlDE_GRlDllND NO_GRID_RECEivED 
[Request Grid] [Erose part of FIFO] 
[Stop FIFO] [Start FIFO] 



68 



Waiting for Grid 
State 



GRID.RECEIVEO 
[Load Grid] 
[Start FIFO] 



r 



70 



FIG, 8 



wo 01/61625 PCT/EPOl/01397 

4/7 



112 



^114 

NO_NEW_APP.DESC 
[Reply w. Empty 

Grid and Output] 



Wailing for 
Response from 
Application Server 




92 



NO_APP_0ESC 
(Reply w. Empty Grid] 



LOAD_GRI0_IND 
[Send AppLoc Request] 



NO_APP_DESC_URL 
[Reply w. Empty 



NEW_APP_DESC 
— [Reply w. New 

Grid ond Output] 
[Load New Application] *' Exception] 

ACflON.IND \ LOAD.GRIDJND 

[Submit Form to Server] 

108 




^ CONTROL^P 
[Reply w. Output] 







rc ^ A ~. n - \^ APP_DESC_URL 

[Send AppLoc Request] [Send AddDesc Request] 

96 ^94 I ^ 90 

APP/OESC 



[Reply w. Grid]- 
[Load Application] 



Waiting for 
Applicotion 
Description 



ACTION^^IND 
[Send Reques 
to c/ntrol] 

'^N ACTIONJND 
[Update Form] 
[Reply w. Output] 



ACTION_IN0 / 
[Send Request 
Base Translotor] 



'98 



BASETR_RSP/^'°2 
[Reply w. Output] 



i 



-100 



Wailing for 
Response from 
Base Translator 



FIO, 9 



wo 01/61625 



5/7 



PCT/EPOl/01397 




New Grid Reque st 
[POS] V122 



135 




App Loc Request 
[POS] V,24' 



App Loc Reply 





[URL] ^128 
App Desc RequesI 




Parse ond 

Store 
Application 
Description 



New Grid Reply 




-138 



130 



App Desc Reply 



28 



Base 
Tronslalor 



-132 




[App Desc] V]34 



Control 
Server 



FIG. 10A 



wo 01/61625 



Electronic 
Pen 



PCT/EPOl/01397 




FIG. 10B 



wo 01/61625 



Eleclronic 
Pen 



-22 



7/7 



PCT/EPOl/01397 



Electronic 
Pen 
Client 




182 



184 „ 

Action Reply 



Parse ond Store 
Application 
Description 



[Grid Desc] 



Delect Position 
Outside of 
Current Grid 



188'^ 



"-185 



New Grid Request 



[POS] 



190-^ 



206 



Unload 



212 




176 

Action Request 



[Action] 
Action Reply 




Process 
Action ^178 



Output Info] 



App Loc Request 



196-^ [Pen ID] 



202 



204 



[POS] 

^URL^ 

^Avoilable> 
7 

App L oc ReplyVy 

^-194 



[URL] 
App Desc Reques 



App Desc Reply 



Unload Current 
Applicotion 



Empty App Desc 



\New Grid Reply 



Empty Grid Desc 



Current 



jrid Description 



New Grid Reply 



[Ennpty Grid Desc 
w/Grid Exception] 



Unload Current 
Grid Description 



^App Loc Reply ^ -208 



[Grid Exception] 



z: 



200 



180 




Determine thot 
Application Description 
Is Unovoiloble 



FIG. IOC 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
23 August 2001 (23.08.2001) 




PCT 



(10) International Publication Number 

WO 01/61625 A3 



(51) InternntionnI Patent Classincation^: 

G()6F 3/0:^3 



C,06K 11/18, 



(21) international Application Number: PCT/RPO I /() 1 397 . 

(22) International Filing Date: 9 February 2001 (09.02.2001) 



(25) Filing Language: 

(26) Publication Language: 



Enulish 



English 



(30) Priority Data: 

60/IS2,742 
60/190,343 
60/192,662 
60/244,775 
09/772.683 



1 6 February 2(X)0 ( 1 6.02.2000) US 

1 6 March 2000 ( 1 6.03.2000) US 

28 March 2000 (28.03.2000) US 

3 1 October 2000 (31.1 0.20(H)) US 

30 January 2001 (30.01 .2(K)1 ) US 



Magnus jSE/SEJ: Filipiwviigen 6A. S-222 41 Lund (SB). 
OARDENFORS, Torbjoni [SE/SE]; Koriicllsuaian 24A. 
S-211 50 Malmo (SE). JONSSON, Torsten ISE/SEl; 
Kornviigcn 19. S-245 43 SLalVanstorp (SE). 

(74) Agent: ERICSSON MOBILE PLATFORMS AB; 

SE-221 83 Lund (SE). 

(81) Designated States (nafional): AE, AG, AL, AM. AT. AT 
(utility model). AU. AZ, BA. HB. BG, BR, BY, BZ. CA, 
CH, CN. CR. CU, CZ. CZ (utility model). DE, DE (utility 
model). DK. DK (utility model), DM, OZ. EE, EE (utility 
model). ES, Fl, Fl (utility model), GB, GD, GE. GH. GM. 
HR, HU, ID, IL. IN. IS, JP, KE. KG. KP, KR. KZ, LC, LK, 
LR. LS, LT, LU, LV, MA, MD, MG. MK. MN, MW, MX, 
MZ. NO, NZ, PL, FT, RO, RU. SD. SE. SG, SL SK, SK 
(utility model). SL, TJ. TM. TR, 7T, T2, UA, UG, US, UZ, 
VN, YU, ZA, Z\V. 



(71) Applicant (for all designated Slates except US): TELE- 
FONAKTIEBOLAGET LM ERICSSON (publ) 

[SE/SEJ; S-I26 25 Stockholm (SE). 



(72) Inventors; and 

(75) Inventors/Applicants (for US only): 



HOLLSTROM, 



(84) Designated States (regional): ARIPO patent (GH. GM. 
KE, LS, MW, MZ, SD. SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, RY, KG. KZ, MD. RU.TJ. TM), European 
patent (AT, HE, CI 1, CY. DE. DK, ES. Fi, FR, GB, GR, IE, 
IT. LU, MC, NL. PT. SE, TR), OAPl patent (BF, BJ, CF 
CG, CI. CM, GA. GN. GW, ML, MR, NE, SN, TD, TG). 

/ (Continued on next page] 



(54) Title: ELECTRONIC PEN FOR E-COMMERCE IMPLEMENTATIONS 




(57) Abstract: A method and apparaiu.s for perf orming electronic commerce iransactiims u.ses an electronic reading device having a 
sensor thai delects portions ol an address pattern. An electrt)nic commerce client communicates with a remote electronic commerce 
server lo perform an electronic commerce tran.saclion in accordance with portions of the address pattern delected by the sensor. For 
example, the detecied portions of the address pattern can be converted by the electronic commerce client into electronic commerce 
transaction data and sent to the electronic commerce server. 



wo 01/61 625 A3 illlliilllllliilllllllllilllilllllllllilllllllii 



Pu blish cd : For two-lettcr codes ctncJ other ahbreviatians, refer to the "Giiid- 

— with inter nut ional seairh report ance Notes on Codes and Abbreviations" appearing* at the begin- 

ning^ of each refitdar issue of the PCT Gazette. 

(88) DnlL'of publication or the internatioiuil search report: 

14 March 2002 



INTERNATIONAL SEARCH REPORT 



Interr '>nal Appricatlon No 

PCT/tP 01/01397 



A. CLASSIFICATION OF SUBJECT MATTER , 

IPC 7 606K11/18 G06F3/033 



According to International Patent Classification (IPC) or to both national dassilication and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classilication symbols) 

IPC 7 G06K G06F 



Do cu men I alto n searched other than minimum documentation to the extent that such documents are included in the fieWs searched 



Electronic data base consulted during the international search (name of data base and. where practical, search terms used) 

EPO-Internal , WPI Data, PAJ 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation o( document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



us 5 905 248 A .(RUSSELL GARRETT ET AL) 

18 Hay 1999 (1999-05-18) 

column 1, line 60 -column 3, line 26 



WO 00 00928 A (LCI SMARTPEN NV) 
6 January 2000 (2000-01-06) 
the whole document 

EP 0 717 367 A (SYMBIOS LOGIC INC) 
19 June 1996 (1996-06-19) 
the whole document 

US 5 477 012 A (SEKENDUR ORAL F) 
19 December 1995 (1995-12-19) 
the whole document 



I- 3.9, 
15,16 
5-8. 

II- 14 

5-8, 
11-14 



6,12-14 



1,9 



-/-- 



Further docunr>ents are listed in the continuation of box C. 



ID 



Patent family members are listed in annex. 



° Special categories of cited documents : 

'A* document defining the general stale of the art which is not 

considered to be of particular relevance 
'E' earlier document but published on or after the international 

tiling date 

'L' document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other spedat reason (as specified) 

'O' documeni referring to an oral disclosure, use, exhibition or 
other means 

•P" document published prior to the International filing dale but 
later than the priority date claimed 



■T' later docunoeni published after the internationai filing date 
or priority date and not in conflict vnth the application but 
cited to understand the principle or theory underlying the 
Invention 

"X' docunient of particular relevance; Ihe claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the documeni is taken alone 

'Y' docunr»ent of particular relevance; the claimed invention 

cannol be con^dered lo involve an inventive step when the 
documeni is combined with one or nwre other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

documeni member of the same patent family 



Dale of the actual completion of the international search 

18 October 2001 


Date ol mailing of Ihe international search report 

25/10/2001 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patent laan 2 
NL - 2280 HV Rliswijk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 


Authorized officer 

Rydman, J 



FofTTi PCT/lSA/2t0 (second sheet) (July 1992) 



page 1 of 2 



2 



INTtHNATIONAL SEARCH REPORT 

lnternr*''^nal Application No 

PCT/iiP 01/01397 


C.(Continuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 


Caiegory " 


Citation of document, with indication. where appropriate, of the relevant passages 


Relevant lo claim No. 


E 


wo 01 48654 A (SKANTZE KRISTOFER ;WIEBE 
LINUS (SE); ANOTO AB (SE); ERICSON PETTER) 
5 July 2001 (2001-07-05) 
page 3, line 1 -page 13, line 5 
figure 1 


1-6, 
9-13,15 



Form PCT/ISA^lO (continuation of second sheet) (Jufy 1992) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

jrmatlon on patent family members 



Patent document 




Publication 




Patent family 




Publication 


cited in search report 




date 




member! s) 




date 


us 5905248 


A 


18-05-1999 


US 


6152369 


A 


28-11-2000 






US 


5992752 


A 


30-11-1999 






US 


6076733 


A 


20-06-2000 






US 


5869819 


A 


09-02-1999 






US 


5844227 


A 


01-12-1998 






US 


6286760 


Bl 


11-09-2001 






US 


5808285 


A 


15-09-1998 






US 


5557093 


A 


17-09-1996 






US 


5525789 


A 


11-06-1996 






US 


5661292 


A 


26-08-1997 






US 


5484992 


A 


16-01-1996 






US 


5591953 


A 


07-01-1997 






US . 


5616908 


A 


01-04-1997 






US 


5874721 


A 


23-02-1999 






US 


5260553 


A 


09-11-1993 






US 


6068188 


A 


30-05-2000 






AU 


5367998 


A 


22-06-1998 






AU 


5513498 


A 


22-06-1998 






AU 


7411698 


A 


22-06-1998 






BR 


9713416 


A 


18-04-2000 






BR 


9713425 


A 


25-01-2000 






BR 


9713426 


A 


25-01-2000 






CN 


1256772 


A 


14-06-2000 






CN 


1246939 


A 


08-03-2000 






EP 


0950226 


Al 


20-10-1999 






EP 


0958546 


Al 


24-11-1999 






EP 


1019844 


Al 


19-07-2000 






WO 


9824049 


Al 


04-06-1998 






WO 


9824036 


Al 


04-06-1998 






WO 


9824050 


Al 


04-06-1998 






US 


6227450 


Bl 


08-05-2001 






US 


6045048 


A 


04-04-2000 






US 


6257492 


Bl 


10-07-2001 






US 


6027024 


A 


22-02-2000 






US 


5905251 


A 


18-05-1999 






US 


6283375 


Bl 


04-09-2001 






US 


6290132 


Bl 


18-09-2001 






us 


6182898 


Bl 


06-02-2001 






US 


6299067 


Bl 


09-10-2001 






us 


5767501 


A 


16-06-1998 






us 


5942743 


A 


24-08-1999 






us 


5796091 


A 


18-08-1998 






us 


6073846 


A 


13-06-2000 






US 


OQ859/8 


A 


11-07-2000 






us 


5984185 


A 


16-11-1999 






US 


6112990 


A 


05-09-2000 






us 


6003772 


A 


21-12-1999 






US 


6199759 


Bl 


13-03-2001 






US 


6085980 


A 


1 1 A7 OAAA 

1 i-u/-^:uuu 






us 


5975419 


A 


02-11-1999 


WO 0000928 


A 


06-01-2000 


AU 


4835299 


A 


17-01-2000 






CN 


1312930 T 


12-09-2001 






EP 


1101188 Al 


23-05-2001 






WO 


0000928 Al 


06-01-2000 


EP 0717367 


A 


19-06-1996 


DE 


69522423 01 


04-10-2001 






EP 


1130536 


A2 


05-09-2001 



Form PCT/ISA/210 (patent lamify annex) {Jul/ 19ffi) 



Intern'*'nnal Application No 

PCI/cP 01/01397 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 

ortnation on patent family members 


Interr ^nat Application No 

PCT/EP 01/01397 


Patent document 
cited in search report 


Publication 
date 


Patent family 
mennber(s) 


Publication 
date 



EP 0717367 A EP 0717367 Al 19-06-1996 

JP 8221189 A 30-08-1996 

US 2001000026 Al 15-03-2001 

US 6195446 Bl 27-02-2001 



US 5477012 A 19-12-1995 WO 9722959 Al 26-06-1997 

AU 4529896 A 14-07-1997 

US 5852434 A 22-12-1998 

EP 0892971 Al 27-01-1999 



WO 0148654 A 05-07-2001 SE 0000946 A 24-06-2001 

WO 0148592 Al 05-07-2001 

WO 0148654 Al 05-07-2001 

SE ' 9904746 A 24-06-2001 



Form PCT/ISA/210 (patent tami»y amex) (Juy 1992) 

page 2 of 2 



